home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0013.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  4.2 KB  |  89 lines
  1. >> I just tried to read your news-archives.README with the line-mode
  2. >> browser through the traditional file: access. First-minute comments :
  3.  
  4. Thanks for the comments.  I realize this is just a first pass for some
  5. of this -- I'm hand editing the files for now, but before too long I
  6. really want to start generating stuff more automatically, best to get
  7. the formats down pat before writing code.
  8.  
  9. >> The easy fix is to append `.html' to the name of any file that
  10. >> contains HTML tags, but I understand that it will bother people who
  11. >> look at your files without www. 
  12.  
  13. I'm expecting to generate two (or three, or n) different files
  14. eventually from an SGML source; one will be relatively flat ASCII that
  15. people can read real easily, another will be nice pretty postscript
  16. suitable for paper, and the third the HTML for the browser.  I'm
  17. pretty sure that the available SGML tools (either now or within the
  18. year) will make this reasonable to do, one way or the other.
  19.  
  20. >> - We agree that the current syntax can be ambiguous, but we want to
  21. >> keep references to local and remote files in the same format, because
  22. >> the very notion of a `remote' file should disappear with wide-area
  23. >> hypertext (remember the new WAN cliche: the network IS the computer).
  24.  
  25. I guess the only problem here is that the frame of reference (or the
  26. top level directory) may change depending on your access mode;
  27. anonymous FTP shows that tendency, and AFS seems to as well.  I've
  28. abandoned the aftp: bit as I rewrite things, they're just file: now.
  29.  
  30. >> - Currently, a colon after the host name is used to specify an alternate
  31. >> TCP port number, but a good browser should ignore it if no number is
  32. >> present. In this way, www can be compatible with ange-ftp syntax.
  33.  
  34. Thanks.  I think it's important -- ange-ftp users includes me, and
  35. since I don't have a real super WWW browser other than line mode I
  36. need to be sure that I don't have to rewrite stuff.  I don't think it
  37. would be to hard to cons up a similar setup to 
  38.  
  39. >> I'll add this to the wish-list for the `file:' access method :
  40. >> 
  41. >>     * if the address ends with a `/', try `ls' instead of `get'.
  42. >>     * try to get an appropriate README file. Try those in order :
  43. >>       README.html, *README*.html, README, *README*, *readme*
  44. >>     * Display that file if found, then build a list of references
  45. >>       for all the files contained in the directory.
  46.  
  47. There's work going in the IETF Anonymous FTP working group (headed up
  48. by Alan Emtage and Peter Deutsch of archie fame) to work on improving
  49. access to anonymous FTP areas.  A standard for directory description
  50. is sorely lacking, and I think (cross fingers) than an SGML approach
  51. like WWW would have as good a chance as any to get acceptance That's
  52. especially true, *if* can be generated with minimal or no effort by a
  53. site admin.  I'm inclined to called the file
  54.     archie.html
  55. just to steal their good name :-) and make it clear that the file is
  56. designed to be scooped up and processed by other things (future
  57. archies, WWW, WAIS, other hypertext browsers, other indexes).
  58.  
  59. A first pass would be to take a big archive that you're familiar with
  60. and that is already reasonably well indexed (say the index files from
  61. one of the NeXT archives, or maybe simtel20, or something like that)
  62. and convert the indexes into WWW format.  
  63.  
  64. >> With the line-mode browser, this will look fine :
  65. >> 
  66. >>   blah blah blah. Check out [1] for lots more information.
  67.  
  68. Fixed (more or less)in the stuff that I'm going back over.  I don't
  69. have a formatter just yet that will display things as they will show
  70. on-screen, & there are style and design conventions involved which I'd
  71. really rather steal from someone than do myself.  A style guide for
  72. html (and a dtd, if you can manage one, so that these things can be
  73. munged with sgml tools) would be great to have.
  74.  
  75. >> Thank you for all your suggestions. Please continue to provide
  76. >> feedback as you write more html. We're looking forward to read your
  77. >> data seamlessly and pave the way for other ftp site managers.
  78.  
  79. Happy to be of help, thanks for the comments.  It's a big enough job
  80. to try to map out what's out there on the net, I'd just as soon let
  81. someone else write the nice GUI so I don't have to.
  82.  
  83. -- 
  84. Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
  85.        MSEN, Inc. 628 Brooks Ann Arbor MI 48103 +1 313 741 1120
  86.  
  87.  
  88.  
  89.